System and method for skip coding during video conferencing in a network environment

ABSTRACT

A method is provided in one example and includes receiving an input video, and identifying values of pixels from noise associated with a current video image within the video input. The method also includes creating a skip-reference video image associated with the identified pixel values, and comparing a portion of the current video image to the skip-reference video image. The method also includes determining a macroblock associated with the current video image to be skipped before an encoding operation occurs.

TECHNICAL FIELD

This disclosure relates in general to the field of video and, more particularly, to skip coding during video conferencing in a network environment.

BACKGROUND

Skip coding is an efficient protocol for inter-frame video coding, where a macroblock is indicated to a video decoder as skipped. The decoding of such a macroblock involves copying the decoded data in the same position from a reference picture. Skip coding is especially valuable in video conferencing situations, where the background often remains stationary and varies infrequently. Determining whether a macroblock may be coded as skipped is typically an encoder task. Decisions based on frame difference metrics suffer from temporal noise in the video frames. This can be attributed to image sensors, where the temporal noise can become significant with consumer-grade cameras, when lighting conditions are poor, etc. Temporal noise reduction is either unavailable or expensive to obtain in many of today's video environments. Hence, skip coding can lose its efficacy because a large number of stationary video blocks have to be coded due to temporal noise. The ability to properly coordinate video data in such environments present a significant challenge to equipment vendors, service providers, and network operators alike.

BRIEF DESCRIPTION OF THE DRAWINGS

To provide a more complete understanding of the present disclosure and features and advantages thereof, reference is made to the following description, taken in conjunction with the accompanying figures, wherein like reference numerals represent like parts, in which:

FIG. 1 is a simplified schematic diagram illustrating a system for video conferencing in accordance with one embodiment of the present disclosure;

FIG. 2 is a simplified block diagram illustrating an example flow of data within an endpoint in accordance with one embodiment of the present disclosure;

FIG. 3 is a simplified diagram showing a multi-stage histogram in accordance with one embodiment of the present disclosure;

FIG. 4 is a simplified schematic diagram illustrating an example decision tree for making a skip coding determination for a portion of input video; and

FIG. 5 is a simplified flow diagram illustrating potential operations associated with the system.

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS Overview

A method is provided in one example and includes receiving an input video, and identifying values of pixels from noise associated with a current video image within the video input. The method also includes creating a skip-reference video image associated with the identified pixel values, and comparing a portion of the current video image to the skip-reference video image. The method also includes determining a macroblock associated with the current video image to be skipped before an encoding operation occurs. The method can also include encoding non-skipped macroblocks associated with the current video image based on a noise level being above a designated noise threshold. The identifying can further include generating a plurality of histograms to represent variation statistics between a current input video frame and a temporally preceding video frame.

In certain implementations, each of the histograms includes differing levels of luminance within the input video. If a selected one of the histograms reaches a certain level of luminance, a corresponding pixel of an associated video image is marked to be registered to a reference buffer. In more specific examples, the method may include aggregating non-skipped macroblocks and the skipped macroblock associated with the current video image, and subsequently communicating the macroblocks over a network connection to an endpoint associated with a video conference. The comparing of the portion of the current video image to the skip reference video image can be performed in a single reference buffer, or in multiple reference buffers.

EXAMPLE EMBODIMENTS

Turning to FIG. 1, FIG. 1 is a simplified schematic diagram illustrating a system 10 for video conferencing activities in accordance with one embodiment of the present disclosure. In this particular implementation, system 10 is representative of an architecture for facilitating a video conference over a network utilizing advanced skip-coding protocols (or any suitable variation thereof). System 10 includes two distinct communication systems that are represented as endpoints 12 and 13, which are provisioned in different geographic locations. Endpoint 12 may include a display 14, a plurality of speakers 15, a camera 16, and a video processing unit 17. In this embodiment, video processing unit 17 is integrated into display 14; however, video processing unit 17 could readily be a stand-alone unit as well.

Endpoint 13 may similarly include a display 24, a plurality of speakers 25, a camera 26, and a video processing unit 27. Additionally, endpoints 12 and 13 may be coupled to a server 20, 22 respectively, where the endpoints are connected to each other via a network 18. Each video processing unit 17, 27 may further include a respective processor 30 a, 30 b, a respective memory element 32 a, 32 b, a respective video encoder 34 a, 34 b, and a respective advanced skip coding module 36 a. The function and operation of these elements is discussed in detail below. In the context of a conference involving a participant 19 (present at endpoint 12) and a participant 29 (present at endpoint 13), packet information may propagate over network 18 during the conference. As each participant 19 and 29 communicates, cameras 16, 26 suitably capture video images as data. Each video processing unit 17, 27 evaluates this video data and then determines which data to send to the other location for rendering on displays 14, 24.

Note that for purposes of illustrating certain example techniques of system 10, it is important to understand the data issues present in many video applications. The following foundational information may be viewed as a basis from which the present disclosure may be properly explained. Video processing units can be configured to skip macroblocks of a video signal during encoding of a video sequence. This means that no coded data would be transmitted for these macroblocks. This can include codecs (e.g., MPEG-4, H.263, etc.) for which bandwidth and network congestion present significant concerns. Additionally, for mobile video-telephony and for computer-based conferencing, processing resources are at a premium. This includes personal computer (PC) applications, as well as more robust systems for video conferencing (e.g., Telepresence).

Coding performance is often constrained by computational complexity. Computational complexity can be reduced by not processing macroblocks of video data (e.g., prior to encoding) when they are expected to be skipped. Skipping macroblocks saves significant computational resources because the subsequent processing of the macroblock (e.g., motion estimation, transform and quantization, entropy encoding, etc.) can be avoided. Some software video applications control processor utilization by dropping frames during encoding activities: often resulting in a jerky motion in the decoded video sequence. Distortion is also prevalent when macroblocks are haphazardly (or incorrectly) skipped. It is important to reduce computational complexity and to manage bandwidth, while simultaneously delivering a video signal that is adequate for the participating viewer (i.e., the video signal has no discernible deterioration, distortion, etc.).

In accordance with the teachings of the present disclosure, system 10 employs an advanced skip coding (ASC) methodology that effectively addresses the aforementioned issues. In particular, the protocol can include three significant components that can collectively address problems presented by temporal video noise. First, system 10 can efficiently represent the variation statistics of the temporally preceding frames. Second, system 10 can identify the most likely “skip-able” values of each picture element. Third, system 10 can determine whether the current encoded picture element should be coded as skip, in conjunction with being provided with the reference picture. Each of these components is further discussed in detail below.

Operating together, these coding components can be configured to determine which new data should be encoded and sent to the other counterparty endpoint and, further, which data (having already been captured and encoded) can be used as reference data. By minimizing the amount of new data that is to be encoded, the architecture can minimize processing power and bandwidth consumption in the network between endpoints 12, 13. Before detailing additional operations associated with the present disclosure, some preliminary information is provided about the corresponding infrastructure of FIG. 1.

Displays 14, 24 are screens at which video data can be rendered for one or more end users. Note that as used herein in this Specification, the term ‘display’ is meant to connote any element that is capable of delivering image data (inclusive of video information), text, sound, audiovisual data, etc. to an end user. This would necessarily be inclusive of any panel, plasma element, television, display, computer interface, screen, Telepresence devices (inclusive of Telepresence boards, panels, screens, walls, surfaces, etc.) or any other suitable element that is capable of delivering, rendering, or projecting such information.

Speakers 15, 25 and cameras 16, 26 are generally mounted around respective displays 14, 24. Cameras 16, 26 can be wireless cameras, high-definition cameras, or any other suitable camera device configured to capture image data. Similarly, any suitable audio reception mechanism can be provided to capture audio data at each location. In terms of their physical deployment, in one particular implementation, cameras 16, 26 are digital cameras, which are mounted on the top (and at the center of) displays 14, 24. One camera can be mounted on each respective display 14, 24. Other camera arrangements and camera positioning is certainly within the broad scope of the present disclosure.

A respective participant 19 and 29 may reside at each location for which a respective endpoint 12, 13 is provisioned. Endpoints 12 and 13 are representative of devices that can be used to facilitate data propagation. In one particular example, endpoints 12 and 13 are representative of video conferencing endpoints, which can be used by individuals for virtually any communication purpose. It should be noted however that the broad term ‘endpoint’ can be inclusive of devices used to initiate a communication, such as any type of computer, a personal digital assistant (PDA), a laptop or electronic notebook, a cellular telephone, an iPhone, an IP phone, an iPad, a Google Droid, or any other device, component, element, or object capable of initiating or facilitating voice, audio, video, media, or data exchanges within system 10. Hence, video processing unit 17 can be readily provisioned in any such endpoint. Endpoints 12 and 13 may also be inclusive of a suitable interface to the human user, such as a microphone, a display, or a keyboard or other terminal equipment. Endpoints 12 and 13 may also be any device that seeks to initiate a communication on behalf of another entity or element, such as a program, a database, or any other component, device, element, or object capable of initiating an exchange within system 10. Data, as used herein in this document, refers to any type of numeric, voice, video, media, or script data, or any type of source or object code, or any other suitable information in any appropriate format that may be communicated from one point to another.

Each endpoint 12, 13 can also be configured to include a receiving module, a transmitting module, a processor, a memory, a network interface, a call initiation and acceptance facility such as a dial pad, one or more speakers, one or more displays, etc. Any one or more of these items may be consolidated, combined, or eliminated entirely, or varied considerably, where those modifications may be made based on particular communication needs.

Note that in one example, each endpoint 12, 13 can have internal structures (e.g., a processor, a memory element, etc.) to facilitate the operations described herein. In other embodiments, these audio and/or video features may be provided externally to these elements or included in some other proprietary device to achieve their intended functionality. In still other embodiments, each endpoint 12, 13 may include any suitable algorithms, hardware, software, components, modules, interfaces, or objects that facilitate the operations thereof.

Network 18 represents a series of points or nodes of interconnected communication paths for receiving and transmitting packets of information that propagate through system 10. Network 18 offers a communicative interface between any of the nodes of FIG. 1, and may be any local area network (LAN), wireless local area network (WLAN), metropolitan area network (MAN), wide area network (WAN), virtual private network (VPN), Intranet, Extranet, or any other appropriate architecture or system that facilitates communications in a network environment. Note that in using network 18, system 10 may include a configuration capable of transmission control protocol/internet protocol (TCP/IP) communications for the transmission and/or reception of packets in a network. System 10 may also operate in conjunction with a user datagram protocol/IP (UDP/IP) or any other suitable protocol, where appropriate and based on particular needs.

Each video processing unit 17, 27 is configured to evaluate video data and make determinations as to which data should be rendered, coded, skipped, manipulated, analyzed, or otherwise processed within system 10. As used herein in this Specification, the term ‘video element’ is meant to encompass any suitable unit, module, software, hardware, server, program, application, application program interface (API), proxy, processor, field programmable gate array (FPGA), erasable programmable read only memory (EPROM), electrically erasable programmable ROM (EEPROM), application specific integrated circuit (ASIC), digital signal processor (DSP), or any other suitable device, component, element, or object configured to process video data. This video element may include any suitable hardware, software, components, modules, interfaces, or objects that facilitate the operations thereof. This may be inclusive of appropriate algorithms and communication protocols that allow for the effective exchange (reception and/or transmission) of data or information.

Note that each video processing unit 17, 27 may share (or coordinate) certain processing operations (e.g., with respective endpoints 12, 13). Using a similar rationale, their respective memory elements may store, maintain, and/or update data in any number of possible manners. Additionally, because some of these video elements can be readily combined into a single unit, device, or server (or certain aspects of these elements can be provided within each other), some of the illustrated processors may be removed, or otherwise consolidated such that a single processor and/or a single memory location could be responsible for certain activities associated with skip coding controls. In a general sense, the arrangement depicted in FIG. 1 may be more logical in its representations, whereas a physical architecture may include various permutations/combinations/hybrids of these elements.

In one example implementation, video processing units 17, 27 include software (e.g., as part of advanced skip coding modules 36 a-b respectively) to achieve the intelligent skip coding operations, as outlined herein in this document. In other embodiments, this feature may be provided externally to any of the aforementioned elements, or included in some other video element or endpoint (either of which may be proprietary) to achieve this intended functionality. Alternatively, several elements may include software (or reciprocating software) that can coordinate in order to achieve the operations, as outlined herein. In still other embodiments, any of the devices of the illustrated FIGURES may include any suitable algorithms, hardware, software, components, modules, interfaces, or objects that facilitate these skip coding management operations, as disclosed herein.

Integrated video processing unit 17 is configured to receive information from camera 16 via some connection, which may attach to an integrated device (e.g., a set-top box, a proprietary box, etc.) that can sit atop a display. Video processing unit 17 may also be configured to control compression activities, or additional processing associated with data received from the cameras. Alternatively, a physically separate device can perform this additional processing before image data is sent to its next intended destination. Video processing unit 17 can also be configured to store, aggregate, process, export, and/or otherwise maintain image data and logs in any appropriate format, where these activities can involve processor 30 a and memory element 32 a. In certain example implementations, video processing units 17 and 27 are part of set-top box configurations. In other instances, video processing units 17, 27 are part of a server (e.g., servers 20 and 22). In yet other examples, video processing units 17, 27 are network elements that facilitate a data flow with their respective counterparty. As used herein in this Specification, the term ‘network element’ is meant to encompass routers, switches, gateways, bridges, loadbalancers, firewalls, servers, processors, modules, or any other suitable device, component, element, or object operable to exchange information in a network environment. This includes proprietary elements equally, which can be provisioned with particular features to satisfy a unique scenario or a distinct environment.

Video processing unit 17 may interface with camera 16 through a wireless connection, or via one or more cables or wires that allow for the propagation of signals between these two elements. These devices can also receive signals from an intermediary device, a remote control, etc., where the signals may leverage infrared, Bluetooth, WiFi, electromagnetic waves generally, or any other suitable transmission protocol for communicating data (e.g., potentially over a network) from one element to another. Virtually any control path can be leveraged in order to deliver information between video processing unit 17 and camera 16. Transmissions between these two sets of devices can be bidirectional in certain embodiments such that the devices can interact with each other (e.g., dynamically, real-time, etc.). This would allow the devices to acknowledge transmissions from each other and offer feedback, where appropriate. Any of these devices can be consolidated with each other, or operate independently based on particular configuration needs. For example, a single box may encompass audio and video reception capabilities (e.g., a set-top box that includes video processing unit 17, along with camera and microphone components for capturing video and audio data).

Turning to FIG. 2, FIG. 2 is a simplified block diagram illustrating an example flow of data within a single endpoint in accordance with one embodiment of the present disclosure. In this particular implementation, camera 16 and video processing unit 17 are being depicted. Video processing unit 17 includes a change test 42, a threshold determination 44, a histogram update 46, a reference registration 48, and a reference 50. Video processing unit 17 may also include the aforementioned video encoder 34 a and advanced skip coding module 36 a.

In operational terms, camera 16 can capture the input video associated with participant 19. This data can flow from camera 16 to video processing unit 17. The data flow can be directed to video encoder 34 a (which can include advanced skip coding module 36 a) and subsequently propagate to threshold determination 44 and to change test 42. The data can be analyzed as a series of still images or frames, which are temporally displaced from each other. These images are analyzed by threshold determination 44 and change test 42, as detailed below.

Referring now to FIG. 3, FIG. 3 is a simplified diagram showing a multi-stage histogram in accordance with one embodiment of the present disclosure. This particular activity can take place within threshold determination 44 and change test 42. In this embodiment, the data is analyzed in multi-stage histograms to represent the variation statistics of every two consecutive frames. It should be noted that this concept is based on the inherent knowledge that typical videoconferencing scenes (e.g., Telepresence scenes) do not change frequently and/or significantly. Each histogram can record the variation statistics of one picture element (i.e., a video image). A picture element can be considered to be one pixel in the original image, or a resolution-reduced (downscaled) image. Pixels can be combined to form macroblocks of the image, and the image can be grouped into a 16×16 macroblock grid in this particular example. Other groupings can readily be used, where such groupings or histogram configurations may be based on particular needs.

In this embodiment, the multi-stage histogram has three stages 60, 62, 64. Each stage contains 8 bins in this example. First stage histogram 60 divides the 256 luminance levels into 8 bins: each bin corresponding to 32 luminance levels (256/8=32). Second stage histogram 62 corresponds to the best two adjacent bins of the first-stage histogram and, further, divides the corresponding 64 luminance levels into 8 bins (i.e., 8 levels each). Similarly, third stage histogram 64 divides the best two adjacent bins of the second into 8 bins: each corresponding to 2 luminance levels (16/8=2). This breakdown of data occurs for both change test 42 and threshold determination 44.

Referring again to FIG. 2, within threshold determination 44, the images can be analyzed in accordance with the estimated temporal noise level. This is estimated through evaluating the current environment: more specifically, through evaluating various light levels, such as the amount of background light, for example. Once the temporal noise level is suitably determined, a threshold determination can be made, where this data is sent to change test 42. For every two consecutive frames, a change test can be conducted for each picture element. The test can compare each image to the previous image, along with the threshold determination from threshold determination 44. If a picture element is detected as unchanged from the previous frame, the corresponding bins of the histogram can be incremented by 1. When a third stage bin in a histogram reaches its maximum height, the corresponding picture element is marked as “to be registered” for the process detailed below.

Note that with the ability to look over a much longer history than simply two frames, the multi-stage histograms described above can offer a memory-efficient method to identify the noise-free values of the “most stationary” pixels in the video. When a picture element is marked “to be registered” the data can be sent to reference registration 48. A value of the corresponding pixel can be registered to a reference buffer. The bins of histograms 60, 62, 64 are then reset and the entire process can be repeated.

Any suitable number of reference buffers may be used. By employing a single buffer, the registered reference can be systematically replaced by a newer value. Alternatively, by employing multiple buffers, more than one reference can be stored. A newer value that differs from the old values may be registered to a new buffer. These values can be determined in reference registration 48, and subsequently sent to video encoder 34 a, where they are stored in an appropriate storage location (e.g., reference 50) for use during the skip coding decision process.

Referring now to FIG. 4, FIG. 4 is a simplified schematic diagram illustrating an example decision tree 70 for making a skip coding determination for a section of input video. Decision tree 70 shows the logic process that occurs within advanced skip coding module 36 a of video encoder 34 a in this particular implementation. Advanced skip coding module 36 a can receive data from three sources: a prediction reference 72 from video encoder 34 a (which is a copy of an encoded preceding image) threshold determination 44, a current image 74 from camera 16, and a skip reference 76 from a storage element (e.g., reference 50) that can comprise pixels registered from reference registration 48. Prediction reference 72 and current image 74 can be compared in order to create a frame difference 82. Current image 74 and skip reference 76 can be compared to create a first reference difference 84. Prediction reference 72 and skip reference 76 can be compared to create a second reference difference 86.

When coding a video frame, skip reference 76 can be used to aid skip-coding decisions. In this embodiment, a single reference buffer is employed, where multiple reference buffers can readily be employed, as well. In this embodiment of FIG. 4, a video block is considered for skip coding when motion search in its proximate neighborhood favors a direct prediction (i.e., zero motion). In such cases, a metric for frame difference 82 is evaluated against two strict thresholds. Depending on the noise level, these thresholds can be selected such that a video block can be coded as skip with confidence, provided the frame difference metric is below a lower threshold at a decision block 88. Alternatively, the video block can be coded as non-skip with confidence, if the frame difference metric is above the larger threshold at a decision block 90. For those that are in between these values, reference difference 84 metric is further evaluated at a decision block 92 between current image 74 and skip reference 76. Subsequently, this can be further evaluated at a decision block 94 between a reference picture (for inter-frame prediction) and skip reference 76, against another properly defined threshold. If for both comparisons the metric is below the threshold, the video block can be coded as a skip candidate.

Referring now to FIG. 5, FIG. 5 is a simplified flow diagram illustrating one potential operation associated with system 10. The flow may begin at step 110, where a video signal is captured as a series of temporally displaced images. At step 112, the raw image data may be sent to a suitable video processing unit. Step 114 can include analyzing the data for variation statistics. At step 116, reference frames can be registered and stored for subsequent comparison. At the start of the video capture, the first images can form the first reference frames.

The skip coding decision can be made at step 118 and the non-skipped frames can be encoded at step 120. The newly encoded data, along with the reference-encoded data from skipped portions, can be sent to the second location via a network in step 122. This data is then displayed as an image of a video on the display of the second location, as being shown in step 124. In some embodiments, a similar process is occurring at the second location (i.e., the counterparty endpoint), where video data is also being sent from the second location to the first.

Note that in certain example implementations, the video processing functions outlined herein may be implemented by logic encoded in one or more tangible media (e.g., embedded logic provided in an application specific integrated circuit [ASIC], digital signal processor [DSP] instructions, software [potentially inclusive of object code and source code] to be executed by a processor, or other similar machine, etc.). In some of these instances, a memory element [as shown in FIG. 1] can store data used for the operations described herein. This includes the memory element being able to store software, logic, code, or processor instructions that are executed to carry out the activities described in this Specification. A processor can execute any type of instructions associated with the data to achieve the operations detailed herein in this Specification. In one example, the processor [as shown in FIG. 1] could transform an element or an article (e.g., data) from one state or thing to another state or thing. In another example, the activities outlined herein may be implemented with fixed logic or programmable logic (e.g., software/computer instructions executed by a processor) and the elements identified herein could be some type of a programmable processor, programmable digital logic (e.g., a field programmable gate array [FPGA], an erasable programmable read only memory (EPROM), an electrically erasable programmable ROM (EEPROM)) or an ASIC that includes digital logic, software, code, electronic instructions, or any suitable combination thereof.

In one example implementation, endpoints 12, 13 can include software in order to achieve the intelligent skip coding outlined herein. This can be provided through instances of video processing units 17, 27. Additionally, each of these endpoints may include a processor that can execute software or an algorithm to perform skip coding activities, as discussed in this Specification. These devices may further keep information in any suitable memory element [random access memory (RAM), ROM, EPROM, EEPROM, ASIC, etc.], software, hardware, or in any other suitable component, device, element, or object where appropriate and based on particular needs. Any of the memory items discussed herein (e.g., database, table, cache, key, etc.) should be construed as being encompassed within the broad term ‘memory element.’ Similarly, any of the potential processing elements, modules, and machines described in this Specification should be construed as being encompassed within the broad term ‘processor.’ Each endpoint 12, 13 can also include suitable interfaces for receiving, transmitting, and/or otherwise communicating data or information in a network environment.

It is also important to note that the steps in the preceding flow diagrams illustrate only some of the possible conferencing scenarios and patterns that may be executed by, or within, system 10. Some of these steps may be deleted or removed where appropriate, or these steps may be modified or changed considerably without departing from the scope of the present disclosure. In addition, a number of these operations have been described as being executed concurrently with, or in parallel to, one or more additional operations. However, the timing of these operations may be altered considerably. The preceding operational flows have been offered for purposes of example and discussion. Substantial flexibility is provided by system 10 in that any suitable arrangements, chronologies, configurations, and timing mechanisms may be used on conjunction with the architecture without departing from the teachings of the present disclosure.

Note that with the example provided above, as well as numerous other examples provided herein, interaction may be described in terms of two or three components. However, this has been done for purposes of clarity and example only. In certain cases, it may be easier to describe one or more of the functionalities of a given set of flows by only referencing a limited number of components. It should be appreciated that system 10 (and its teachings) are readily scalable and can accommodate a large number of components, participants, rooms, endpoints, sites, etc., as well as more complicated/sophisticated arrangements and configurations. Accordingly, the examples provided should not limit the scope or inhibit the broad teachings of system 10 as potentially applied to a myriad of other architectures.

Although the present disclosure has been described in detail with reference to particular embodiments, it should be understood that various other changes, substitutions, and alterations may be made hereto without departing from the spirit and scope of the present disclosure. For example, although the previous discussions have focused on videoconferencing associated with particular types of endpoints, handheld devices that employ video applications could readily adopt the teachings of the present disclosure. For example, iPhones, iPads, Google Droids, personal computing applications (i.e., desktop video solutions), etc. can readily adopt and use the skip coding operations detailed above. Any communication system or device that encodes video data would be amenable to the skip coding features discussed herein. Numerous other changes, substitutions, variations, alterations, and modifications may be ascertained to one skilled in the art and it is intended that the present disclosure encompass all such changes, substitutions, variations, alterations, and modifications as falling within the scope of the appended claims. 

What is claimed is:
 1. A method, comprising: receiving an input video; identifying values of pixels from noise associated with a current video image within the video input; creating a skip-reference video image associated with the identified pixel values; comparing a portion of the current video image to the skip-reference video image; and determining a macroblock associated with the current video image to be skipped before an encoding operation occurs.
 2. The method of claim 1, further comprising: encoding non-skipped macroblocks associated with the current video image based on a noise level being above a designated noise threshold.
 3. The method of claim 1, wherein the identifying further includes generating a plurality of histograms to represent variation statistics between a current input video frame and a temporally preceding video frame.
 4. The method of claim 3, wherein each of the histograms include differing levels of luminance associated with the input video, and wherein if a selected one of the histograms reaches a certain level of luminance, a corresponding pixel of an associated video image is marked to be registered to a reference buffer.
 5. The method of claim 1, further comprising: aggregating non-skipped macroblocks and the skipped macroblock associated with the current video image; and communicating the macroblocks over a network connection to an endpoint associated with a video conference.
 6. The method of claim 1, wherein comparing the portion of the current video image to the skip reference video image is performed in a single reference buffer.
 7. The method of claim 1, wherein comparing the portion of the current video image to the skip reference video image is performed in multiple reference buffers.
 8. Logic encoded in one or more tangible media that includes code for execution and when executed by a processor operable to perform operations comprising: receiving an input video; identifying values of pixels from noise associated with a current video image within the video input; creating a skip-reference video image associated with the identified pixel values; comparing a portion of the current video image to the skip-reference video image; and determining a macroblock associated with the current video image to be skipped before an encoding operation occurs.
 9. The logic of claim 8, the operations further comprising: encoding non-skipped macroblocks associated with the current video image based on a noise level being above a designated noise threshold.
 10. The logic of claim 8, wherein the identifying further includes generating a plurality of histograms to represent variation statistics between a current input video frame and a temporally preceding video frame.
 11. The logic of claim 10, wherein each of the histograms include differing levels of luminance within the input video, and wherein if a selected one of the histograms reaches a certain level of luminance, a corresponding pixel of an associated video image is marked to be registered to a reference buffer.
 12. The logic of claim 8, the operations further comprising: aggregating non-skipped macroblocks and the skipped macroblock associated with the current video image; and communicating the macroblocks over a network connection to an endpoint associated with a video conference.
 13. The logic of claim 8, wherein comparing the portion of the current video image to the skip reference video image is performed in a single reference buffer.
 14. The logic of claim 8, wherein comparing the portion of the current video image to the skip reference video image is performed in multiple reference buffers.
 15. An apparatus, comprising: a memory element configured to store code; a processor operable to execute instructions associated with the code; and a skip coding module configured to interface with the memory element and the processor such that the apparatus can: receive an input video; identify values of pixels from noise associated with a current video image within the video input; create a skip-reference video image associated with the identified pixel values; compare a portion of the current video image to the skip-reference video image; and determine a macroblock associated with the current video image to be skipped before an encoding operation occurs.
 16. The apparatus of claim 15, wherein the apparatus is further configured to: encode non-skipped macroblocks associated with the current video image based on a noise level being above a designated noise threshold.
 17. The apparatus of claim 15, wherein the apparatus is further configured to: generate a plurality of histograms to represent variation statistics between a current input video frame and a temporally preceding video frame.
 18. The apparatus of claim 17, wherein each of the histograms include differing levels of luminance within the input video, and wherein if a selected one of the histograms reaches a certain level of luminance, a corresponding pixel of an associated video image is marked to be registered to a reference buffer.
 19. The apparatus of claim 15, wherein the apparatus is further configured to: aggregate non-skipped macroblocks and the skipped macroblock associated with the current video image; and communicate the macroblocks over a network connection to an endpoint associated with a video conference.
 20. The apparatus of claim 15, wherein the comparison of the portion of the current video image to the skip reference video image is performed in a single reference buffer. 